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I.  INTRODUCTION 


The  ARL  Hybrid  Computing  System  Mark  3  (HCS3)  is  the  culmination  of  a  facility  develop¬ 
ment  initially  undertaken  in  support  of  guided  weapons  projects,  notably  1KARA.  Currently 
HCS3  finds  its  major  employment  in  the  real-time  modelling  of  flight  vehicle  dynamics  for 
manned  flight  simulation. 

The  HCS3  hardware  arrangement  is  shown  in  Figure  I.  The  analogue  part  of  the  compu¬ 
tations  is  performed  by  the  Modular  Analogue  Computer  (MAC),  and  the  digital  part  by  the 
ARL  DECsystem-IO  central  timesharing  computer.  The  interface  between  these  two  is  the 
PDP-1 1/20.  The  hardware  is  described  in  more  detail  below. 

The  author  has  described  aspects  of  the  predecessor  system  HCS2  [I,  2).  Significant  enhance¬ 
ments  have  been  incorporated  into  HCS3:  these  include  the  provision  of  Digital  Coefficient 
Units (DCUs),  the  S-Bus  sub-system,  better  error  monitoring  and  individual  integrator  mode 
control,  all  achieved  via  the  DIGIBUS  system  [3 J  on  the  PDP-ll/20.  Analogue  to  digital  con¬ 
version  capacity  has  been  greatly  expanded.  System  software  has  developed  in  concept  and 
utility  both  in  regard  to  hybrid  computation  |4]  in  direct  comparison  with  HCS2,  and  through 
its  provisions  for  utilization  of  the  capabilities  of  the  Command  and  Information  System  (CIS)  [5], 

In  the  HCS3  environment,  user  control  and  monitoring  functions  are  exercised  by  inter¬ 
action  with  a  DECsystem-IO  digital  program  through  a  timesharing  terminal.  A  class  of  oper¬ 
ations  which  includes  the  setting-up  and  debugging  of  the  analogue  parts  of  hybrid  computations, 
purely  analogue  computations,  and  analogue  computer  hardware  maintenance,  is  best  handled 
with  a  general  purpose  digital  program  for  user  interaction.  The  alternative  to  this  is  to  write 
and  debug  a  special  digital  program  for  each  application,  an  approach  which  is  both  inefficient 
and  inconvenient. 

This  paper  describes  CONSOL,  a  program  which  in  HCS3  provides  the  capabilities  neces¬ 
sary  for  the  class  of  operations  mentioned.  User  commands  to  CONSOL  are  input  at  a  DEC¬ 
system-IO  timesharing  terminal,  and  data,  status  and  error  information  are  returned  to  the 
user  through  the  CIS  refreshed  graphic  display. 

Chapter  2  provides  a  broad  description  of  the  HC'S3  hardware  and  software  sub-systems 
and  its  operating  environment.  The  commands  and  output  presentation  provided  by  CONSOL 
are  described  in  Chapter  3.  Implementation  is  discussed  in  Chapter  4.  and  Chapter  5.  in  con¬ 
junction  with  Appendix  A.  a  pocket  reference  card,  explains  the  use  of  CONSOL. 


2.  HCS3  SYSTEM 
2.1  Overview 

User  programs  for  performing  computations  with  HCS3  are  prepared  in  two  parts:  a 
digital  part  and  an  analogue  part.  The  analogue  part  may  be  viewed  as  a  fast  subroutine  called 
upon  by  the  digital  part  to  perform  the  high  speed  dynamic  computations  at  which  analogue 
methods  outperform  digital.  The  digital  part  provides  the  main  interface  between  the  user 
and  his  hybrid  computation.  The  digital  part  has  essentially  full  control  of  the  analogue  part. 

Programming  of  the  analogue  part  is  done  by  conventional  methods,  and  the  analogue 
program  is  implemented  with  patch  wires  and  modules.  The  digital  part  is  programmed  on  the 
DECsystem-IO  using  its  FORTRAN- 10  language  [6], 

In  operation  the  analogue  computer  performs  its  compulations  continuously,  while  the 
digital  computations  arc  performed  repetitively  at  a  rate  controlled  by  a  real  time  clock.  Each 
cycle  of  digital  computation  involves  first  reading  quantities  from  the  analogue  part,  then 
performing  serial  digital  computations  using  those  quantities,  and  finally  outputting  other 
quantities  to  the  analogue  part.  In  HCS3  these  repetitive  digital  computations  are  performed 
as  an  interrupt  routine,  executed  in  response  to  regular  priority  interrupts  from  the  real  time  clock. 
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An  HCS3  digital  part  program,  whilst  syntactical!)  a  s  .igie  entity,  actually  consists  itself 
of  two  parts:  one  part  is  the  normal  timesharing  part  and  the  other  is  the  repetitively  executed 
real-time  part.  The  HCS3  software  provides  mechanisms  for  communication  between  these 
two  parts.  In  operation  it  is  not  unusual  for  the  timesharing  part  (of  the  digital  part  of  a  hybrid 
computation)  to  be  the  job  scheduled  for  execution  at  the  time  of  a  real  time  clock  interrupt, 
and  for  it  thereupon  to  be  suspended  during  execution  of  its  own  real-time  part. 

The  digital  program  interacts  with  HC'S3,  and  thereby  the  analogue  program  running  on 
the  MAC,  by  means  of  calls  to  subprograms  in  the  HCS3  software  sub-system  H3PAC  J4], 

2.2  HCS3  Hardware  Sub-systems 
2.2.1  DECsystem-10 

The  DEC  system- 1 0  is  the  ARL  central  timesharing  digital  computer.  It  is  configured  as 
a  DECsystcm-1070  [7],  as  shown  in  figure  2. 

The  DECsystem-10  I  O  Bus  is  connected  to  the  PDP-I I  20  by  means  of  the  ARL-designed 
XIX  interface  (see  below). 

Operation  of  the  DECsystem-10  is  controlled  by  the  TOPS- 10  operating  system  [8],  a 
swapping,  virtual-memory  timesharing  monitor.  The  HCS3  software  sub-systems  utilize  real 
time  features  in  TOPS-10. 


2.2.2  PDP-11  20 

figure  3  illustrates  the  main  components  of  the  PDP-I  1  20  sub-system  [9,  10],  It  includes 
KAI1  central  processsor,  24K  words  of  I  // sec  core  memory,  Rk.ll  disk  control  with  two 
RK.05  I  25  m  word  removable  disk  cartridge  drives.  KWII-P  programmable  real  time  clock 
and  KE-IIA  extended  arithmetic  element.  Special  devices  connect  to  the  PDP-11  20  through 
DRI  l-A  or  -C  register  interlaces  and  DR  1 1-B  direct  memory  access  interfaces. 

The  XIX  interface  uses  a  DR  I  l-A  and  provides  bi-directional  data  and  interrupt  transmission 
between  the  DECsystem-10  and  the  PDP-11  20.  in  a  fashion  similar  to  the  DEC  DAI0  DEC- 
system-10  to  PDP-8  interface  [7],  The  CIS  display  controller  |5]  is  interfaced  via  a  DRI  l-A 
and  provides  refreshed  directed  beam  graphics  on  a  483-nun  diagonal  cathode  ray  tube  display 
(Hewlett-  Packard  1 3 1 0 A )  from  display  code  generated  in  the  DECsystem-10  and  stored  in 
the  memory  of  the  PDP-11  20. 

The  PDP-11  20  controls  an  analogue  to  digital  conversion  sub-system  comprising  a  512- 
channel  input  multiplexer  (MUX)  and  14-bit  analogue  to  digital  converter  (ADC).  Two  DRII-B 
direct  memory  access  interfaces  are  used  with  its  controller,  one  for  transmitting  MUX  addresses, 
the  other  for  receiving  ADC  data.  Conversion  full  scale  ranges  of  10  or  100V  and  automatic 
overrange  detection  are  program  controllable.  Over  30,000  conversions  per  second  from  random 
MUX  addresses  and  scales  can  be  made. 

The  other  device  utilizing  a  DRI  1-B  direct  memory  access  interface  is  the  controller  for 
the  DIGIBUS,  a  serial  bi-directional  data  bus  [3]  which  extends  through  the  racks  of  the  MAC. 
The  digital  coefficient  units  (DC  Us),  digital  to  analogue  converters  (DACs),  computing  element 
operational  states  and  discrete  logic  signals  in  the  MAC  are  controlled  by  the  DIGIBI  LS.  MAC 
error  conditions  are  monitored  by  it. 

Operation  of  the  PDP-I  I  20  is  controlled  by  the  program  CISHCS  (sec  below  ):  no  pro¬ 
prietary  operating  system  or  executive  is  used,  and  the  IICS3  hybrid  computation  user  has  no 
access  to  the  PDP-I  I  20. 


2.2.3  Modular  Analogue  Computer 

The  MAC  .  illustrated  in  figure  4.  is  a  100  V  scale  solid  state  lived  patch  computer.  It 
consists  of  ten  identical  computing  racks,  numbered  0  to  9,  and  rack  10.  used  for  input  and 
output.  Each  computing  rack  contains  40  operational  amplifiers,  allocated  as  four  fields  of  ten. 
Amplifiers  00  to  09  arc  summers  which  may.  with  the  insertion  of  appropriate  transfer  function 
(TE)  modules  in  reserved  locations,  be  converted  to  other  functions,  for  example  multipliers. 


trigonometric  function  or  variable  diode  function  generators;  their  operational  modes  arc- 
under  common  control  within  each  rack.  Amplifiers  10  to  19  are  front  panel  switch  selectable 
as  summers  or  integrators  with,  in  the  latter  case,  individual  mode  controls.  Amplifiers  20  to  29 
are  summers  and  30  to  39  inverters.  Overload  sensing  for  each  amplifier,  and  oscillation  detection 
for  each  rack  are  provided;  these  error  conditions  may  be  read  by  the  DIGIBUS. 

Each  computing  rack  can  accommodate  up  to  three  servo-multipliers  or  -resolvers,  up  to 
thirty  coefficient  potentiometers,  up  to  thirty  digital  coefficient  units  (coefficients  in  the  range 
0  00025  to  16  0)  set  by  the  DIGIBUS,  limiters,  relays  and  comparators.  The  modular  construc¬ 
tion  ol  the  MAC  allows  these  devices  to  be  installed  as  and  where  required. 

There  are  sixteen  16-bit  DACs  in  rack  10.  controlled  by  the  DIGIBUS.  Each  drives  one 
line  of  the  S-Bus  sub-system.  In  each  computing  rack  each  of  these  lines  is  brought  to  the  normally  - 
open  contact  of  one  of  sixteen  changeover  relays,  whose  normally  closed  and  wiper  contacts 
are  brought  to  a  front  panel  patch.  These  160  relays  can  be  individually  picked  and  dropped 
under  control  of  the  DIGIBUS.  The  S-Bus  sub-system  is  used  to  verify  sub-sections  of  an  analogue 
program;  this  is  done  using  the  DACs  to  stimulate  their  inputs  rather  than  outputs  from  other 
parts  of  the  program. 

Another  DAC  drives  the  1C  Cal  Bus.  it  appears  on  patches  throughout  the  MAC  and  is 
available  for  setting  integrator  initial  conditions. 

In  each  computing  rack  sixteen  discrete  logic  level  outputs  controlled  by  the  DIGIBUS 
are  available  to  the  user.  These  can  be  individually  set  and  reset  by  the  digital  part  program. 

As  well  as  the  512-channel  MUX  ADC.  to  which  are  hardwired  all  operational  amplifier 
outputs,  the  MAC  has  an  access  system  which,  by  relay  switching  under  DIGIBUS  control, 
can  address  100  points  in  each  rack,  including  all  amplifier  outputs  and  power  supplies,  patchable 
inputs  in  each  rack,  and  integrator  inputs,  (he  last  through  an  amplifier  whose  gain  can  be  set 
to  0  01.  01.  I  0  or  10  0  also  under  DIGIBUS  control. 

2.3  HCS3  Software  Sub-systems 
2.3.1  H3PAC 

The  main  software  sub-system  in  HCS3  is  the  DEC'system-IO  EORTRAN-callable  sub¬ 
program  package.  H3PAC.  As  the  user  digital  pi o gram  to  HCS3  interlace  it  provides  the  frame¬ 
work  within  which  hybrid  programs  are  designed  and  implemented.  In  it  a.*  embodied  many 
of  the  concepts  which  distinguish  HCS3  from  other  hybrid  compulation  systems  [11.4]. 

H3PAC  is  written  in  MACRO-10  assembler  language  [12], 

Subprograms  in  H3PAC  provide  the  following  capabilities  to  the  hybrid  computation 
digital  part  program. 

(a)  Hybrid  Program  Operation  C  ontrol 

Subprograms  in  this  group  allow  for  hybrid  operation  initiation  and  termination,  for 
starting  and  stopping  the  iterative  execution  of  the  time-critical  computations,  and  for  the 
timesharing  part  to  enter  a  stale  of  suspension  from  which  it  may  be  woken  by  its  own  real 
time  part.  I  his  last  function  is  necessary  for  efficient  unambiguous  communication  between 
the  two  parts 


lb)  Initialization 

In  this  group  are  subprograms  lor  setting  integrator  initial  conditions  using  the  1C  Gal  Bus 
and  for  loading  function  generator  tables. 


(c)  Hybrid  Data  Manipulation 

[Ills  group  includes  subprograms  tor  sending  settings  to  IX  Us.  for  manipulating  user 
discrete  logic  outputs,  and  tor  reading  variables  from  the  MAC  via  the  MUX  ADC  sub  system. 
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(d)  MAC  Control 

H3PAC  subprograms  in  this  group  allow  the  digital  program  to  set  MAC  rack  operational 
states  (STAND  BY,  POT.  SET.  OP.  CAL.  or  COMPUTE')  and  individual  integrator  and  rack 
common  operational  modes  (INITIAL  CONDITIONS.  RUN  or  HOLD),  and  to  control 
integrator  timescales. 


(e)  Access  System 

Subprograms  in  this  group  allow  the  access  system  address  to  be  set,  and  the  accessed 
quantity  to  be  read. 


If)  Error  Monitoring 

These  subprograms  return  concise  or  expanded  information  on  MAC  errors  (overloads, 
oscillation,  and  MUX  ADC  sub-system  hardware  overrange  detection). 


(g)  Data  Logging 

HCS3  allows  MAC  variables  to  be  logged  on  the  RK05  removable  cartridge  disks,  and 
this  group  of  sub-programs  provides  control  of  this  function. 


(h)  Digital  Function  Generation 

HCS3  includes  facilities  for  generation  of  analogue  functions  of  analogue  quantities  by 
the  PDP-1 1  20.  This  group  of  subprograms  controls  these  facilities. 


(i)  S-Bus  and  1C  Cal  Bus 

In  this  group  are  subprograms  for  controlling  the  settings  of  the  S-Bus  and  1C  Cal  Bus 
DAC’s  and  the  S-Bus  Relays. 


(j)  Environmental 

T  his  group  contains  subprograms  by  means  of  which  the  user  can  examine  and  set  an  upper 
limit  to  his  utilization  of  the  DECsystem-IO. 

H3PAC  contains  extensive  error  detection  and  reporting  capabilities. 


2.3.2  LOKXIX 

The  use  of  TOPS- 10  real-time  features  by  H3PAC  requires  negation  of  some  system  integrity 
mechanisms.  To  minimize  the  resulting  risk,  and  to  allow  correct  sharing  of  the  XIX  interlace 
between  H3PAC  and  the  CIS  and  RKOy  disk  sub-system  software  packages  described  below, 
a  MACRO-IO  program  module  I  OKXIX  is  used.  LOKXIX  enforces  a  program  loading  strategy 
which  is  designed  to  protect  the  software  packages  using  the  real-time  features,  and  contains 
a  major  part  of  the  code  for  communication  with  the  POP- 1 1  20  via  the  XIX  interlace.  LOKXIX 
must  be  loaded  with  H3PAC  or  the  other  real-time  software  packages:  it  is  separate  from  them 
to  save  run-time  memorv. 


2.3.3  CINPAC  and  RKPAC 

These  tire  two  system  software  modules  which  are  peripheral  to  HCS3.  and  are  not  neces¬ 
sarily  used  in  conjunction  with  it  T  hex  do.  however,  share  use  of  I  OKXIX.  see  above,  and 
CISHCS.  see  below,  and  run  in  the  1)1  CsWcm-10. 


4 


1 


CISPAC  is  a  package  of  FORTRAN-callable  subprograms,  written  in  MACRO- 10 
assembler,  used  for  control  of  the  CIS  display  sub-system.  The  functions  of  the  CISPAC  sub¬ 
programs  [5]  are  similar  to  those  of  the  VISTRAN  package  developed  at  ARL  for  use  with  the 
DECsystem-10  type  338  interactive  display  [13].  A  number  of  CISPAC  subprograms  may  be 
called  from  the  real-time  part  of  an  HCS3  digital  program. 

RKPAC  is  a  package  of  FORTRAN-callable  subprograms,  like  CISPAC  written  in 
MACRO-10,  used  for  transfers  of  data  between  a  DECsystem-10  program  and  the  RK05  disks 
of  the  PDP-11  20.  Its  main  use  is  in  recovery  of  data  logged  on  the  disks  by  the  RDP-II  20 
during  hybrid  compulation. 


2.3.4  CISHC'S 

C1SHCS  is  the  program  which  runs  in  the  PDP-11  20  sub-system  of  HCS3.  It  is  written 
in  the  MACRO-1 1  [14]  assembly  language,  maintained  on  the  DECsystem-10.  and  cross- 
assembled  by  the  PALX11  or  MACYII  cross-assemblers. 

CISHC'S  controls  the  PDP-11  20  side  of  the  XIX  interface  for  communication  with  the 
DECsystem-10.  In  HCS3  it  performs  data  formatting  and  device  control  functions.  It  controls 
the  KWI  l-P  programmable  real  time  clock,  whose  periodic  interrupts  time  the  iterative  execution 
of  the  real-time  part  of  the  digital  part  of  the  hybrid  program  in  the  DECsystem-10.  It  handles 
the  other  HCS3  hardware  and  performs  the  digital  generation,  by  table  look-up  and  inter¬ 
polation.  of  analogue  functions  of  analogue  variables. 

For  CIS  display  (CISPAC)  and  RK05  disk  (RKPAC)  sub-system  functions.  CISHC'S 
again  performs  data  transfers  and  device  control. 


3.  CONSOL  COMMANDS  AND  DISPLAY 
3. 1  l  ser  Interaction 

CONSOL  is  operated  from  a  DECsy stent- 10  timesharing  terminal,  at  which  the  user  types 
commands.  Its  output  is  displayed  on  the  CIS  display. 

CONSOL  signifies  its  readiness  to  accept  a  command  by  outputting  a  (asterisk,  the 
conventional  DECsystem-10  program  terminal  prompt  character)  at  the  terminal.  Commands 
by  the  user  are  terminated  by  the  "RETURN"  key  (carriage  return,  echoed  by  the  DECsystem-10 
as  ’Carriage  Return’  ’Line  F  eed’). 

Henceforth,  in  the  interests  (if  clarity  of  exposition,  the  use  of  the  "RETURN"  key  to 
term  nate  a  command  to  CONSOL,  is  implied  and  will  be  omitted. 

The  only  other  terminal  output  from  CONSOL  is  "’?’’  (question  mark)  which  is  emitted 
in  response  to  an  erroneous  command.  Commands  may  be  syntactically  erroneous,  that  is  to  say 
unintelligible  or  ambiguous,  or  they  may  be  contextually  erroneous,  for  example  addressing 
a  device  in  an  unpowered  rack  or  attempting  to  enter  RUN  mode  when  in  STAND  BY  state. 


3.2  Commands 

CONSOL  ci  mtnands  arc  mnemonic  and  may  be  abbreviated  according  to  a  logical  scheme. 
In  illustration  of  this  point,  moving  somewhat  ahead  in  the  discussion,  consider  the  commands 
used  firstly  to  set  the  MAC  state  to  F’ot  Set.  and  secondly  to  pick  up  S-Bus  Relay  203  (that 
is  the  relay  in  rack  2  on  S-Bus  line  3).  The  former  is  the  single  letter  command  "P".  and  the 
latter  "PICK  203"  (where  the  presence  of  any  non-numeric  characters  between  the  I  and  the  2 
is  immaterial),  which  in  most  abbreviated  form  becomes  just  “1*1203".  The  use  of  the  single 
letter  command  "P"  is  not  ambiguous  in  this  context,  as  an  S-Bus  Relay  command  requires 
a  numeric  device  identifier  argument. 

In  the  text  which  follows,  minimum  abbreviations  arc  given  in  boldface  type,  thus  PICK203 
could  be  typed  as  PJCK203.  or  PIC  203.  or  1*1203.  but  not  as  1*23.  Commands  are  parsed  left 
to  right  until  their  alphabetic  section  is  uniquely  determined  If  a  numeric  argument  or  argu¬ 
ments  is  then  required,  the  remainder  of  the  command  line  is  searched  for  the  first  occurrence 
of  a  numeric  character  (or  in  (he  case  of  signed  or  non-integer  numbers  the  characters  t  . 
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.  as  well),  and  a  number  assembled  from  it  and  subsequent  numeric  characters  until  a  non¬ 
numeric  character  (or  end  of  input  line)  is  reached. 

In  CONSOL  commands,  space  and  tabulation  characters  are  valid  as  delimiter  characters 
in  numeric  arguments  so  that  “2  3”  is  equivalent  to  "2"  followed  by  “3"  not  "23".  Alphabetic 
characters  may  be  entered  in  upper  or  lower  case. 

An  exhaustive  listing  of  C'ONSOl.  commands  follows. 

3.2.1  MAC  State  Commands 

State  commands  are  single  letter  commands  which  control  the  operational  state  of  the  entire 
MAC  (those  racks,  in  addition  to  rack  10.  which  are  powered  up).  The  four  state  commands  are 

S 

P 

o 

and  C 

which  respectively  set  the  MAC  operational  state  to  Standby.  Pot. Set.  Op. Cal.,  and  Compute. 
Changing  the  MAC  state  from  Op. Cal.  or  Compute  back  to  Pot. Set  or  Standby  resets  all  opera¬ 
tional  mode  controls  to  Initial  Conditions. 

3.2.2  MAC  Mode  Commands 

CONSOL  provides  operational  mode  control  for  the  whole  MAC  by  means  of  “MAC-wide" 
mode  commands.  These  set  all  integrator  and  rack-common  modes  (in  the  powered-up  racks). 
As  well,  there  are  commands  for  setting  modes  of  individual  integrators  and  rack  commons. 

Modes  may  be  set.  and  indeed  they  have  meaning,  only  when  the  MAC  is  in  Op. Cal.  or 
Compute  state. 

Single  letter  commands  are  used  for  MAC-wide  mode  control: 

I 

R 

and  H 

which  respectively  set  all  MAC  modes  (in  powered-up  racks)  to  Initial  Conditions.  Run  or  Hold. 

Control  of  individual  integrator  or  rack  common  modes  is  achieved  by  affixing  an  argument 
list  to  one  of  these  basic  commands.  The  argument  list  consists  of  one  or  more  (decimal)  integer 
numbers  separated,  and  if  desired  separated  from  the  basic  command,  by  any  character  or 
characters  not  from  the  set  of  ten  decimal  digits.  These  integer  numbers  specify  the  rack  and 
unit  numbers  of  the  devices  whose  modes  are  to  be  set.  Rack  common  modes  are  given  unit 
number  20  for  this  purpose  only. 

Thus,  the  CONSOL  command 
RUN  210.  211.  212.  315.  320 

will,  provided  the  MAC  is  in  Op. Cal.  or  Compute  state,  put  integrators  10.  1 1  and  12  in  Rack  2. 
integrator  15  in  Rack  3.  and  the  Rack  3  common  mode  control  all  into  Run. 

3.2.3  MAC  Access  System  Commands 

CONSOL  displays  the  value  of  the  variable  selected  by  the  MAC  access  system,  averaged 
to  minimise  mains  frequency  noise  and  updated  approximately  once  per  second.  Access  address 
commands,  for  selecting  the  various  access  points  in  the  MAC.  consist  of  one  of  the  letters 

A 

P 

I) 

or  S 


1 


/ 
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followed  by  an  integer  number.  Respectively,  these  select  Amplifiers,  Power  supply  rails.  Differ¬ 
ential  Check  points  and  Special  (rear-patchable)  points;  the  integer  number  specifying  the  rack 
and  unit.  MAC  computing  racks  contain  40  amplifier  positions  (numbered  00  to  39),  20  of 
which  (00  to  19)  have  differential  check  access,  ten  power  supply  access  points  (00  to  09).  and 
thirty  (00  to  29)  special  access  points. 

Thus 

A01 1 

selects  amplifier  1 1  in  rack  0  for  access, 

A 101 

selects  amplifier  I  in  rack  I.  and 
AI00I 

accesses  amplifier  1  in  rack  10. 

Differential  check  access  requires  that  the  MAC  be  in  Compute  or  Op. Cal.  state.  The  differ¬ 
ential  is  read  using  an  amplifier  whose  gain  can  be  varied  under  program  control  (see  2.2.3 
above)  in  decades  from  0  01  to  10  0.  CONSOL  uses  the  highest  gain  setting  that  gives  a  within- 
range  reading  at  the  amplifier  output. 

As  mentioned  below,  the  display  of  the  access  output  is  always  in  terms  of  machine  units 
(M.U.). 

The  allocation  of  power  supply  units  and  the  amplifiers  in  Rack  10  arc  given  in  Appendix  B. 

3.2.4  Digital  Coefficient  l  nits 

Unlike  the  coefficient  potentiometers  which  they  are  tending  to  supplant.  IX'Us  do  not 
retain  their  settings,  and  so  in  many  problem  set-up  and  hardware  maintenance  activities  there 
is  a  need  to  be  able  to  transmit  values  to  one  or  more  DCUs.  CONSOL  provides  this  capability 
with  a  command  of  the  form 

DCU  list 

where  list  is  a  list  containing  zero  or  more  OCU  address  data  specifications,  separated  by  any 
characters  not  legal  within  a  DCU  address  data  specification.  In  turn,  a  DCU  address  data 
specification  takes  the  form  of  an  integer  number  specify  ing  the  rack  and  position  in  that  rack 
of  a  particular  DCU,  separated  by  one  or  more  characters  not  including  the  ten  decimal  digits 
from  a  decimal  number  whose  value  lies  in  the  range  0  to  16  0.  specifying  the  coefficient  to  be 
sent  to  that  DCU. 

I  f  list  is  empty,  all  DCU  coefficients  set  tip  by  previous  commands  are  reset  to  zero. 

Thus  the  command 

DCU  005  :  12  1.  107  :  0  04.  113:6 

would  set  coefficients  of:  12- 1  on  DCU  5  in  Rack  0.  0  04  on  DCU  7  in  Rack  I.  and  6  0  on 
DCU  13  in  Rack  I.  The  command 

DCU 

alone  would  clear  all  coefficient  settings. 

3.2.5  S-DACs  and  S-Bus  Relays 

The  S-Bus  DACs  Relavs  provide  HC  S3  with  a  useful  problem  subset  checkout  facility  . 
Important  input  signals  can  be  patched  through  the  normally  closed  contacts  to  the  wipers 
of  the  S-Rclays.  Test  programs,  by  switching  the  relays,  can  select  the  S-DAC  outputs  (through 
the  normally  open  S-  Relay  contacts)  instead  of  those  signals  to  stimulate  computational  elements. 

CONSOL  has  commands  allowing  any  of  the  S-Rclays  to  be  "picked”  from  their  quiescent 
state,  or  "dropped",  and  values  to  be  output  to  the  S-DACs.  The  relays  are  controlled  by  the 
commands 


PICK  list 
and  DROP  list 

in  which  list  contains  S-Reiay  address  specifications  in  the  form  of  decimal  integers  separated 
by  any  non-numeric  characters.  S-Rclay  addresses  consist  of  a  single  digit  rack  number  followed 
by  a  two  digit  Bus-line  number.  The  command 

DROP 

with  no  argument  list  results  in  all  S-Relays  currently  picked  being  dropped,  for  example, 
the  command 

PICK  203.  300.  002.  005 

will  result  in  S-Relays  3  in  Rack  2,  0  in  Rack  3.  and  2  and  5  in  Rack  0,  all  being  picked. 
Values  are  sent  out  to  the  S-DACs  using  commands  of  the  form 

SDAC  list 

where  list  contains  zero  or  more  S-DAC'  device  data  specifications,  separated  by  any  characters 
not  legal  within  an  S-DAC  device  data  specification.  An  S-DAC  device  data  specification  in 
turn  consists  of  a  decimal  integer  DAC  number  ranging  from  0  to  15  (which  may  be  preceded 
by  any  number  of  zeroes),  separated  (by  any  non-numeric  characters)  from  a  decimal  number 
in  the  range  I  ■()  to  I  •()  giving  the  value  to  be  sent  to  that  particular  DAC. 

It  list  is  empty,  all  S-DACs  are  set  back  to  zero  output. 

For  example,  the  command 

SDAC  0  :  0  I,  13  :  0-5 

will  send  the  value  ()•  I  to  S-DAC  0.  and  0-5  to  S-DAC  13. 

3.2.6  Initial  Conditions  Bus  DAC 

The  MAC  1C  Cal  Bus  is  used  in  calibration,  as  explained  below,  and  also  for  setting  up 
integrator  initial  conditions  values,  when  it  is  often  referred  to  as  simply  the  1C  Bus.  CONSOL 
can  set  values  on  the  bus  using  the  command 

ICBUSDAC  value 

where  value  is  a  number  in  the  range  1  0  to  1  0  specifying  the  value  to  be  set  on  the  bus. 
If  it  is  omitted,  zero  is  assumed. 

To  set  an  initial  condition  value  to  an  integrator  (whose  1C'  input  is  patched  to  the  1C  Cal 
Bus),  the  MAC  must  be  in  Op. Cal.  or  Compute  state  and  the  particular  integrator  in  Initial 
Conditions  mode.  The  desired  value  (sign-changed  to  account  for  the  integrator  inversion) 
should  be  sent  to  the  1C  Bus  DAC.  After  one  second  the  integrator  will  settle  to  this  value  and 
can  be  put  into  Hold  mode  while  others  are  set. 


3.2.7  l  ser  l  ogic  Bits 

CONSOL  allows  setting  and  clearing  any  of  the  sixteen  discrete  user  logic  signals  in  any 
of  the  MAC  racks  with  the  commands 

SF.  I  list 

and  Cl. I  \R  list 

t 

in  which  list  contains  bit  addresses  in  the  form  of  decimal  integers  separated  by  any  non-numeric 
characters.  A  hit  address  consists  of  a  rack  number  (0  10)  followed  bv  a  two  digit  bit  number 
(00-15). 

If  the  Cl. I  AR  command  is  given  with  no  argument  list,  till  bits  are  cleared. 

3.2.8  C  alibration 

An  important  lunction  oft  ONSOI  lot  hybrid  and  analogue  computing  use  is  its  provision 
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lor  calibrating  manual  coefficient  potentiometer-,.  An  analogue  null  indication  on  the  CIS 
display  is  provided  by  CONSOL  lor  calibrating. 

To  set  a  coefficient  the  command 

CAL  amp  :  value 

is  used.  Here  amp  is  the  address  of  the  amplifier  to  vv  hich  the  codlicient  potentiometer  is  patched, 
expressed  in  the  integer  form  used  in  access  address  commands  (see  3.2.3  above):  the  delimiter, 
shown  here  as  colon  may  be  any  non-numeric  character  or  characters,  and  value  is  the  desired 
coefficient  setting,  a  positive  number  which  may  range  up  to  1000.  The  CONSOL  calibration 
function  can  not  be  used  to  set  coefficients  greater  than  1000.  but  these  are  rare. 

Calibration  requires  that  the  MAC  be  in  Pot. Set.  or  Op. Cal.  state,  if  it  is  not  C  ONSOL 
treats  the  calibration  command  as  an  error. 

In  calibration,  the  lower,  moving  null  scale  pointer  should  be  brought  into  coincidence 
with  the  upper  lived  pointer.  The  access  value  reading  on  the  display  indicates  the  coefficient 
setting  achieved.  Details  of  the  calibration  process  and  pointer  mechanization  are  discussed  in 
Chapter  4. 

3.2.9  Reference  Card 

A  CONSOL  Reference  C  ard,  summarizing  the  above  information,  forms  Appendix  A 
to  this  Note.  Spare  cards  are  available. 

3.3  Display 

Figure  5  is  a  photograph  of  the  CIS  display  obtained  when  running  CONSOL,  and  Figure  6 
is  an  annotated  sketch  of  the  display,  to  which  reference  will  be  made  in  the  following  subsections. 

3.3.1  State.  Mode  and  F.rror  Displays 

At  the  top  left  of  the  CONSOL  display  is  the  indicator  of  the  MAC  operational  state, 
item  (a)  in  Figure  6.  In  the  top  centre  is  the  indicator  of  the  MAC-wide  operational  mode, 
item  (b).  This  shows  the  mode  selected  by  the  last  MAC-wide  (see  3.2.2  above)  mode  command. 
At  the  top  right  is  an  error  summary  area,  item  (c).  in  which  are  displayed  indications  of  error 
conditions  existing  somew  here  in  the  MAC  Separate  lines  are  reserved  for  indications  of  amplifier 
overload,  amplifier  oscillation,  servo  multiplier  resolver  protection  trip-out.  and  M  AC  calibration 
status.  The  last  may  indicate  simply  that  some  device  in  the  MAC  is  undergoing  calibration, 
which  is  not  of  itself  necessarily  an  error:  that  more  than  one  device  is  in  calibration,  this  is 
Multiple  C  al.  and  is  always  an  error,  or  that  the  MAC  is  in  C  ompute  state  with  a  device  in 
calibration,  the  Cal.  Interlock  error 


3.3.2  Access  Display 

In  the  upper  centre  of  the  CONSOI  display,  item  (d)  in  Figure  Cv.  is  a  display  of  access 
address,  value  and  noise.  The  address  is  displayed  in  the  same  form  as  is  used  by  CONSOL 
access  address  commands  (see  3.2.3  above,  a  letter  indicating  device  type  followed  by  an  integer 
device  rack  and  unit  number. 

Below  the  address  is  the  accessed  value  I  his  is  given  in  machine  units  (M.U.).  except 
when  calibrating  (see  3.2.K  above),  when  the  value  displayed  is  that  of  the  coefficient  setting 
achieved  (the  accessed  value  scaled  according  to  the  It  Cal  Bus  setting  at  the  time).  CONSOL 
selects  the  optimum  scale  for  reading  and  display  of  the  accessed  value.  Values  greater  than 
0-  I  M.U.  in  magnitude  are  read  using  a  direct  MX  channel,  with  a  full  scale  range  of  1  05 
M.U..  and  are  displayed  to  live  significant  figures,  four  decimal  places  Values  whose  magnitudes 
lie  between  0  001  and  0  1  M.U.  are  read  using  a  direct  ADC  channel  with  a  full  scale  range 
of  0105  M.U..  and  are  displaved  to  live  decimal  places.  Values  smaller  in  magnitude  than 
O'OOI  M.U.  arc  scaled  by  an  amplifier  of  gain  100  and  read  to  a  full  scale  of  0  105  M.U., 


giving  an  effective  full  scale  of  0-00105  M.U.,  and  arc  displayed  to  six  decimal  places  (the  least 
signiticant  digit  being  hundreds  of  microvolts). 

The  third  line  of  the  access  display  gives  the  average  of  the  absolute  value  of  the  a.e.  com¬ 
ponent  of  the  selected  signal  in  machine  units.  It  is  displayed  at  a  lower  intensity  than  the  address 
and  value. 


3.3.3  Calibration  Null  Seale 

During  calibration,  (see  3.2.X  above).  CONSOL  displays  an  analogue  null  indication, 
item  (e)  in  f  igure  6.  The  fixed  scale  shows  low  and  high  sides,  and  zero  is  indicated  by  a  triangle. 
A  moving  triangle  below  this  indicates  the  current  setting. 


3.3.4  Tabulation 

The  lower  part  of  the  CONSOL  display  is  a  tabulation,  items  (f),  (g),  and  (h)  in  Figure  6. 
The  top  line,  item  (f).  contains  the  numbers  of  the  powered-up  racks  and  blanks  where  racks 
are  switched  off.  In  the  columns  below  the  rack  numbers  are  rack  error  indicators,  item  (g), 
indicating  the  presence  of  amplifier  overload,  oscillation,  servo  trip-out  and  device  calibration 
in  each  rack.  Below  these,  the  columns,  item  (h).  list  the  operational  modes  of  the  integrators 
and  common  mode  controls  in  the  racks. 


4.  IMPLEMENTATION 

CONSOL  consists  of  a  FORTRAN  main  program  with  seven  FORTRAN  subprograms, 
operating  under  HCS3  (see  Chapter  2).  System  software  packages  used  are  the  load  checking 
and  XIX  communication  module  LOKX1X,  the  hybrid  package  H3PAC,  and  the  CIS  display 
package  C1SPAC. 

The  main  program  contains  a  timesharing  part  and  a  real-time  part,  and  these  are  described 
below. 


4.1  CONSOL  Main  Program  Timesharing  Part 

The  timesharing  part  of  CONSOL  initializes  the  program,  determining  which  MAC  racks 
are  powered-up.  clearing  data  arrays,  and  setting  up  much  of  the  display.  On  completion  of 
these  processes,  the  timesharing  part  starts  up  the  regular  iterations  of  the  real-time  part. 

The  timesharing  part  performs  the  terminal  interaction  with  the  user,  returning  repeatedly 
to  this  same  point.  It  outputs  the  command  prompt  character  to  the  terminal  and  then  enters 
a  wait  state  from  which  it  emerges  when  the  user  terminates  a  command  to  CONSOL  by  striking 
the  carriage  return  key. 

The  command  line  is  read  one  character  per  clement  right  justilied  into  an  input  buffer  array. 
Alphabetic  case  conversion  is  performed,  and  characters  are  counted:  if  the  line  is  empty  or 
contains  only  spaces  it  is  ignored  and  the  program  loops  back  to  send  the  prompt  character 
once  again.  The  command  is  decoded  to  a  first  stage  by  means  of  a  dispatch  calculated  from 
the  value  of  the  first  non-blank  character  in  the  command.  Further  decoding,  using  the  second 
or  subsequent  characters  is  done  if  needed.  Numerical  arguments  are  assembled  in  integer  or 
floating  form  using  FORTRAN  subprograms,  as  required  by  the  context. 

Once  the  command  has  been  interpreted  and  its  validity  checked,  the  timesharing  part 
determines  a  function  code  which  it  stores  for  the  real-time  part.  Should  the  command  contain 
an  error,  it  is  ignored,  and  the  command  error  character  is  output  on  the  terminal  before  the 
command  prompt.  Ten  function  codes  arc  produced:  for  setting  access  address,  MAC  state 
and  device  mode,  for  setting  and  dealing  user  logic  bits,  for  performing  coefficient  calibration, 
for  sending  values  to  DCUs,  S-Bus  IMCs  and  the  1C, Cal  Bus  DAC.  and  for  controlling  the 
S-Bus  relays. 


4.2  C'OVSOl.  Main  Program  Real- lime  Pari 


The  real-time  part  of  CONSOI  performs  the  functions  specified  by  the  function  codes  set  up 
as  a  result  of  command  decoding  by  the  timesharing  part,  and  maintains  the  CIS  display. 


4.2.1  Real-  Time  Part  C  ycle 

A  real-time  part  iteration  period  of  82  milliseconds  is  used  by  CONSOL.  C  onsider  an 
arbitrary  iteration  commencing  at  time  In.  Subsequent  iterations  occur  at  Ti,  82  msec. 
7n  164  msec,  ...  Clearly  an>  ten  consecutiye  iterations  occur  at  uniformly  spaced  phases 
of  2rr  It)  radians  of  an  arbitrary,  coherent  50  11/  signal.  The  mean  of  ten  readings  of  the  access 
yalue  made  in  consecutiye  real-time  part  iterations  ys ill  therefore  have  any  50  Hz  fundamental 
noise  component  suppressed.  The  period  of  82  milliseconds  yvas  selected  as  a  compromise 
betyveen  the  CONSOL  user's  requirement  that  the  display  be  updated  frequently,  implying 
a  short  period,  and  DLC 'system- 10  processor  utilization  which  yaries  inyersely  with  the  period. 

Incite  real-time  part  iterations  make  up  a  complete  CONSOL  program  cycle,  taking 
984  milliseconds.  This  period  is  manifested  in  the  slight  blink  exhibited  by  the  access  yalue 
displayed  by  CONSOL.  This  blink  prosides  a  useful  indication  that  the  program  is  running 
yshen  the  display  content  is  othcryxise  stable. 

During  the  first  real-time  part  iteration  of  the  cycle  of  ixyelxe,  the  program  tests  whether 
there  has  been  a  function  code  stored,  in  response  to  a  user  command,  bv  the  timesparing  part. 
If  there  has  not.  the  iteration  terminates.  If  a  function  code  has  been  stored,  the  program  uses 
its  yalue  to  dispatch  to  the  appropriate  function  handler  code  xxhere  commands,  data,  or  both 
are  constructed  and  transmitted  to  the  MAC.  The  stored  function  code  is  then  cleared  and  the 
iteration  terminated. 

In  the  second  real-time  part  iteration  the  program  takes  no  action,  allowing  any  commands 
or  data  to  propagate  into  the  MAC.  This  idle  iteration  is  necessitated  by  the  HCS3  timing 
characteristics,  described  more  fully  in  the  H3PAC  Manual  [4],  which  provide  that  commands 
and  data  directed  to  the  MAC  during  a  real-time  part  iteration  arc  held  in  the  PDP-I I  20  and 
forwarded  after  completion  of  data  input  at  the  start  of  the  next  real-time  part  iteration.  This 
strategy  allows  maximum  time  for  transients  resulting  from  the  commands  or  data  sent  to  the 
MAC  to  decay  before  MAC  data  acquisition  begins. 

The  remaining  ten  real-time  part  iterations  of  the  cycle  are  used  for  reading  the  data  from 
the  MAC.  These  values  are  summed  and  from  the  sums  average  values  are  computed  for  display  . 


4.2.2  Function  Handlers 

CONSOL  maintains  a  set  of  data  reflecting  the  current  status  of  the  MAC.  This  permits 
the  terminal  interaction  sections  of  the  CONSOL  timesharing  part  to  discard  redundant  com¬ 
mands.  saving  processing,  and  to  detect  contextual  errors,  for  example  requesting  Run  mode 
in  Standby  state.  When,  in  the  first  real-time  part  iteration  of  a  cycle  of  twelve,  a  function  code 
set  up  by  the  timesharing  part  is  encountered,  a  function  handler  is  invoked.  These  handlers 
use  calls  to  H3PAC  subprograms  to  send  commands  and  data  to  the  MAC.  On  successful 
completion  of  these  transfers,  the  M  AC  status  data  are  brought  up  to  date. 


4.2.3  Display  C  ontent  Cpdating 

The  computation  load  deriving  from  updating  the  CONSOL  display  is  spread  by  per¬ 
forming  part  of  it  in  each  of  the  twelve  real-time  part  iterations  of  a  cycle.  W  hen  a  large  part 
of  the  display  content  is  vary  ing,  over  a  hundred  milliseconds  of  DLCsystem- 10  processor  lime 
may  be  consumed  in  updating  the  display.  If  this  were  not  spread  over  the  cycle  a  real-time  part 
iteration  period  of  several  hundred  milliseconds  would  be  required  to  avoid  the  operationally 
fatal  real-time  overrun  error  which  occurs  when  a  real-time  part  iteration  has  not  terminated 
at  'he  time  that  the  next  one  should  commence. 


On  the  display  the  propagation  of  a  M AC'-wide  mode  command  through  the  tabulation 
of  integrator  modes  illustrates  this  load  spreading.  CONSOL  maintains  internal  data  reflecting 
current  display  content,  allowing  redundant  display  code  to  be  suppressed. 

For  speed,  the  conversion  of  the  access  value  from  numeric  form  (in  which  it  is  obtained 
from  H3PAC)  to  the  stream  of  ASCII  characters  required  by  the  subprograms  of  C'lSPAC  is 
done  directly  with  FORTRAN  arithmetic  rather  than  by  the  IORTRAN  ENCODE  statement. 
Again  for  speed,  the  multiple  display  of  the  access  address  and  values  needed  for  adequate 
brightness  of  the  large  characters  is  achieved  by  generating  them  as  single  sub-pictures  [5]  and 
calling  them  repeatedly. 

4.2.4  Coefficient  Calibration 

The  CONSOL  coefficient  calibration  function,  see  3.2. X  and  3.3.3  above,  differs  slightly 
from  the  other  CONSOL  functions  in  that  it  is  a  dynamic  process  which  remains  active  until 
terminated  by  a  subsequent  command  input. 

In  the  first  real-time  part  iteration  of  the  first  cycle  following  a  calibration  command,  the 
access  system  address  of  the  amplifier  under  calibration  is  set  up  and  an  initial  calibration 
signal  value  is  computed  and  sent  to  the  1C  Cal  Bus  DAC.  For  coefficients  smaller  than  1  0 
this  value  is  l-OM.U..  for  coefficients  between  I  t)  and  10  0  it  is  0  1  M.U.,  for  coefficients 
between  10  0  and  100  0  it  is  0  01  M.U.,  and  for  coefficients  between  100  0  and  1000  0  it  is 
0  001  M.U. 

In  the  case  of  coefficients  greater  than  I  0,  that  is  for  1C  Cal  Bus  DAC  settings  smaller 
than  l-OM.U.,  the  program  wails  until  the  achieved  coefficient  setting  comes  within  three 
percent  of  the  coefficient  value  specified  in  the  command.  In  the  first  real-time  part  iteration  of 
the  next  cycle  the  value  sent  to  the  1C  Cal  Bus  DAC  is  altered  to  the  reciprocal  of  the  specified 
coefficient,  so  that  the  output  of  the  amplifier  under  calibration  is  I  •()  M.U.  at  the  desired  value. 
This  allows  the  full  accuracy  of  the  ADC  to  be  used. 

During  calibration  the  value  displayed  is  the  achieved  coefficient.  This  in  turn  is  the  access 
value  multiplied  by  the  reciprocal  of  the  value  currently  set  on  the  1C  Cal  Bus  DAC. 

The  analogue  null  indicator  displayed  during  calibration  has  it  highly  non-linear  mechaniz¬ 
ation  of  the  form 


where  its  position  v  is  0  at  null.  A  is  a  screen-size  scale  factor,  C„  is  the  achieved  and  C,  the 
specified  coefficient.  The  term  (C„  C.MC„  C,f  has  the  desirable  characteristic  of  taking 
the  values  0  when  ('„  C\.  I  when  C„  0.  and  1  when  x,  for  C,  0.  The  two 

applications  of  the  sin  function  each  increase  the  slope  of  the  function  at  null,  and  hence  the 
indicator's  sensitivity,  by  a  factor  of  rr  2. 

4.3  CONSOL  Subprograms 

Two  of  the  subprograms  used  by  CONSOL  have  already  been  mentioned:  these  are  used 
by  the  timesharing  part  to  scan  the  input  command  line  to  extract  the  next  integer  or  floating 
format  number. 

A  subprogram  is  used  by  the  timesharing  part  in  the  initial  setting  up  of  the  display  pictures. 
Another  is  used  to  convert  device  addresses  given  in  mode  commands  to  the  form  used  by 
H3PAC.  Subprograms  are  used  to  perform  elemenl-hy -element  comparison  of  arrays  and  to 
test  for  numeric  characters. 

Only  one  FORTRAN  subprogram  is  used  by  the  real-time  part.  Its  function  is  to  expand 
the  MAC  error  data  from  the  machine-dependent  form  in  which  it  is  obtained  from  H3PAC 
into  a  form  from  which  the  CONSOL  display  MAC  error  tabulation  can  be  constructed. 

5.  OPERATING  ENVIRONMENT 

The  CONSOL  program  is  kept  in  saved  form  on  the  Flight  Systems  Group  library  disk 
area.  I  SO  users  can  run  the  program  by  typing  the  command 


RUN  CONSOL 


to  the  DECsystem-IO  Monitor’s  prompt  character  after  logging  in.  Other  users  should 
seek  advice  from  FSG. 

Exit  from  CONSOL  is  by  means  of  the  command 

EXIT 

which  is  preferred  to  use  of  the  control-C'  mechanism  because  it  clears  the  CIS  display. 

CONSOL  is  not  known  to  contain  any  errors,  any  that  are  discovered  and  that  are  reason¬ 
ably  repeatable  should  be  reported  to  the  author. 

Rarely,  CONSOL  will  fail  with  the  typeout  of  an  error  message  from  H3PAC  specifying 
REAL  TIME  ERROR  OVER  RUN. 

This  occurs  because  of  the  compromise  value  selected  for  the  program's  real  time  iteration 
period,  which  must  be  as  small  as  possible  while  allowing  time  for  all  CONSOL’s  activities. 
Heavy  DECsystem-IO  Magnetic  Tape  system  usage  is  the  most  frequent  cause.  The  program 
may  be  run  again  with  safety  after  this  type  of  failure. 

It  will  be  observed  that  there  is  a  distinct  pause  between  the  issuance  of  the  command 
to  run  CONSOL  and  the  appearance  of  its  display  on  the  CIS.  This  is  an  unavoidable  conse¬ 
quence  of  real  time  operation  initialization. 
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APPENDIX  B 

Power  Supply  and  Rack  10  Amplifier  Allocation 
Allocation  of  the  Power  Supp/y  Access  points  in  each  MAC  Rack  is  shown  in  Table  B- 


TABLE  B-l 

Power  Supply  Access  Allocation 


Access  Unit 

Supply  Rail 

00 

Analogue  Ground 

01 

Reference  Supply 

02 

Reference  Supply 

03 

125  V  Amplifier  Power  Supply 

04 

125  V  Amplifier  Power  Supply 

05 

•15  V  General  Purpose  Supply 

06 

15  V  General  Purpose  Supply 

07 

5  V  Logic  Power  Supply 

08 

1C  CAL  Bus 

04 

Spare  (unused) 

t-  i 


Rack  10  contains  twenty  amplifiers,  which  may  be  selected  with  the  MAC  Access  System, 
Their  use  is  shown  in  Table  B-2. 


TABLE  B-2 

Rack  10  Amplifier  Allocation 
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HCS  HI  Console  Program 
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Notes: 

(i)  All  command  lines  are  terminated  with 
"Carriage  Return". 

(ii)  Erroneous  commands  are  indicated  by  “?"  and 
ignored. 

(iii)  Minimum  abbreviations  are  given  in  bold  type. 

(iv)  Alphabetics  may  be  upper  or  lower  case. 

(v)  Access  value  display  is  always  in  Machine  Units. 

To  Run  the  Program: 

Type  RUN  CONSOL 
To  Exit  the  Program: 

Type  EXIT 

MAC  STATE  CONTROL 
Single  letter  commands 

S  (Stand  by)  P  (Pot.  Set)  O  (Op.  Cal.)  C  (Compute). 

MAC  MODE  CONTROL  (Requires  Op.  Cal.  or  Compute  State) 
MAC  —  Wide  single  letter  commands 
I  (Initial  Conditions)  R  (Run)  H  (Hold). 

Individual  Modes 

Use  the  same  initial  letter  followed  by  list  of  device 
numbers  of  form 

stu  (where  s  is  rack  and  fu  10  <  fu  <:  20, 

Common  Mode  is  unit  20)  separated  by  non-numerics. 

©  COMMONWEALTH  OF  AUSTRALIA,  1980, 
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CONSOL  REFERENCE  CARD 


SIDE  2 


ACCESS  SYSTEM  ADDRESS 

Initial  letter  of  device  type  then  device  (rack  and  unit 
number. 

Arstu  (Amplifier)  Prstu  (Power  Supply  Rail) 

Srstu  (Special  Access)  Drstu  (Differential  Check: 
Requires  Op.  Cal.  or  Compute). 
rs  is  rack  number,  r  if  zero  may  be  omitted,  tu  is  unit 
number. 

DIGITAL  COEFFICIENT  UNITS 
DCU  list 

list  contains  DCU  (rack  and  unit)  numbers  each  followed 
by  its  coefficient. 

DCU 

alone  clears  all  DCU’s. 

S'BUS  RELAYS  AND  DACS 

PICK  list  DROP  list  DROP  (all) 
list  contains  Relay  (rack  and  unit)  numbers. 

SDAC  list 

list  contains  S-DAC  numbers  each  followed  by  its  setting. 
Empty  list  clears  all. 

IC/CAL  BUS  DAC 
ICBDAC  value 

DISCRETE  USER  LOGIC  BITS 

SET  list  CLEAR  list  CLEAR  (all) 
list  contains  bit  addresses. 

CALIBRATION  (Requires  Pot.  Set  or  Op.  Cal.  State) 

CAL  amp :  value 


Cards  available  from  A.R.L.,  GPO  Box  4331  Melbourne 


